home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960209-19960425 / 000221_news@columbia.edu _Mon Mar 18 18:28:28 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id SAA29140 for <kermit.misc@watsun>; Mon, 18 Mar 1996 18:28:27 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id SAA23766 for kermit.misc@watsun; Mon, 18 Mar 1996 18:28:25 -0500 (EST)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!news.msfc.nasa.gov!elroy.jpl.nasa.gov!swrinde!tank.news.pipex.net!pipex!warwick!yama.mcc.ac.uk!news.u-net.com!news
  5. From: Andy Stephens <stephensaj@cheshire-cc.btx400.co.uk>
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Help! Two problems with C-Kermit
  8. Date: 18 Mar 1996 21:22:07 GMT
  9. Organization: U-NET limited
  10. Lines: 33
  11. Message-ID: <4ikk5v$mf7@nuntius.u-net.net>
  12. NNTP-Posting-Host: chesh6.u-net.com
  13. Mime-Version: 1.0
  14. Content-Type: text/plain; charset=us-ascii
  15. Content-Transfer-Encoding: 7bit
  16. X-Mailer: Mozilla 1.1 (Windows; I; 16bit)
  17.  
  18. We are currently experiencing a couple of problems with C-Kermit v5a(179) 
  19. BETA 7 Feb 92. Kermit on the PC is within the Kea! 340 comms package:
  20.  
  21. 1) We have a series of VMS text files that don't contain any form of 
  22. carriage returns/line feeds. When we transfer to a PC, all lines of the 
  23. file are strung together in one large 'lump'. However, another transfer 
  24. protocol we use is somehow able to insert CR/LF characters (presumably by 
  25. looking at the record size of the VMS file). Can this be done in 
  26. C-Kermit? Do we need a newer version?
  27.  
  28. 2) This may be a network problem. We are trying to use C-Kermit over 
  29. Pathworks (sorry I haven't got the version number to hand). It is using 
  30. LAT over ethernet cards. When we try a transfer from PC to vax (binary or 
  31. text, doesn't matter, nor does file size) the errors immediately count up 
  32. to the limit of 10 (within a second or two), and the transer aborts. 
  33. However the file contents continue to be sent to the host and appear on 
  34. the vms command line, or wherever the user returns to after C-Kermit.
  35. We use this version of C-Kermit elsewhere without any problems, mainly 
  36. over 19.2k terminal servers, but also on LAT over Novell networks.
  37. When you look at the protocol.log, there are one or two corrupted 
  38. characters within the main data packet that appear in exactly the same 
  39. place, 255 bytes apart, although the corrupted character itself varies. 
  40. We use 2 sliding windows, 512 byte packet size.
  41. The only time we have got it to work is by setting the packet size to 80, 
  42. but this obviously affects transfer performance quite drastically.
  43.  
  44. Any ideas?
  45.  
  46. Many thanks in anticipation,
  47.  
  48. Andy.
  49.  
  50.